feat(app): show team execution as a pulse strip and member cards - #5420

Request changes conclusion (author-owned PR; GitHub blocks formal self-review)

Exact head: e943bae16af3192f72ec4a7ba9a52b5b6081afa2; immutable baseline: 85dc7cec83f923c1ef5d6148957f5836ed400251. Independent whole-PR review of all five changed files.

[P2] 同一 Agent 的多条任务绑定会重复显示记录，并把结果放进错误的任务卡片。 GoalTeamWork 第 156 行 为每个 binding 建一张卡，却仅按 agent_id 匹配记录。两个不同 Todo 共用一个 Agent 是合法配置：两个 binding、两条持久记录，在基线显示两个证据入口，新 head 显示四个；两个 operation id 同时出现在两个 Todo 的详情下。相同输入在开发版和打包版均复现。请让记录按既有绑定/任务关系归属且仅显示一次，或合并为一张 Agent 卡并明确各绑定；“其他记录”使用同一归属结果，保留无法关联和历史记录。不要通过禁止现有合法配置规避回归。

动机

团队执行面板承担“谁在做什么、哪里需要我”的普通用户任务。基线把成员检查与委派记录分成平铺列表，用户需要自行对照；本次把页内状态概览和成员卡片放在一起，有助于减少这种对照。它是路线图 G1 团队协作可读性的一个可独立验证、回滚的展示增量，不代表完成真实多 worker 协作验收。当前的记录归属回归妨碍了这个增量最重要的目标：让用户可信地判断每项任务的结果。

改动思路

普通路径仍从 Goal 对话进入“团队执行情况”，复用当前 session、协调身份和执行配置的读取边界。Delegations.directory() 返回按 binding id 标识的成员，operations inventory 返回各记录的 Agent 和 Todo；前端据这些既有事实展示状态，没有新增手工维护的生命周期或持久状态。预检查、读取证据、分页、失败后的重新读取和暂停协调员继续沿用原有 API。概览明确写“本页”和“当前协调身份”，避免把有限记录当成整个团队快照。

更紧凑的卡片比单纯换颜色更直接回答用户的任务，但必须保留绑定身份。现有 typed owner 已经提供所需关系，无需新增后端决策源或能力。最强反例正是正常配置中的重复 Agent：如果卡片归属错了，视觉整理会增加判断成本。修复应留在当前展示 owner，并统一成员卡片和其他记录的归属规则。

具体改动

三个生产文件分别负责派生状态、卡片布局和视觉层级；浏览器场景更新概览、成员卡与停止 worker 的断言；设计文档补充观察、责任对象、计数范围及用户下一步的展示要求。没有新增 CLI、Lark、权限协议、持久格式或安装入口，CLI/Lark companion 不需要同步改动，因为变化只在已有 App 团队弹窗，读取和效果契约保持原样。

关键代码讲解

1. delegationState / delegationStateLabel：把旧标签函数中的八种派生状态显式命名，先处理无法核验和恢复条件，再用 worker_active 区分真实活动与等待回读。新概览、记录和原有证据页复用这个判断。对同一组 72 种事实输入，两版中英文完整标签一致；这是辅助分类对照，不能替代真实页面验证。
2. checkTone：从既有 preflight 结果派生“未检查、可启动、运行时待核验、受阻”，读取失败优先显示受阻；检查并不意味着执行。各 binding 的检查结果仍按 id 保存，未增加启动效果。
3. GoalTeamWork：保留读取代际隔离、逐项检查、并发上限和切换成员后的清理。页内 pulse 按每条记录计数，但成员卡在第 156 行只比较 Agent，丢失了同一 Agent 下的不同 Todo 身份。这是本次阻塞点，概览与卡片的计数因此也不一致。
4. renderRecord：沿用 operation id 打开证据页，保留返回、键盘焦点以及未知记录提示。重复卡片并未复制后端执行，却复制了用户可见记录和入口；修复分组后应继续验证证据与返回路径。

对主干的风险

现有义务是如实展示绑定任务及其持久工作。 canonical binding 校验要求 id 唯一，没有要求 Agent 唯一；真实 directory producer 逐 binding 返回 id/agent_id/todo_id，inventory 也携带 todo_id。因此这不是构造非法输入，也不应新增全局唯一 Agent 限制。触发路径为“两个合法 binding → 同一个 Agent → 两个不同 Todo 的记录 → 每张卡都选中两条记录”。影响是前端错归属和重复展示；未观察到额外模型调用、重复派工或持久状态改写。

独立对照使用同一个浏览器脚本和固定合成事实，经过真实 Goal 对话入口、设置保存、重新载入和团队弹窗。基线开发/打包均通过“每条记录一次”的断言，新 head 开发/打包均失败：证据入口由 2 变为 4，两个 Todo 的卡片都含同样的两个 operation id。fixture 及脚本指纹相同，仅构建 revision 不同。该场景应补进现有 loopx-mode，修复后执行 LOOPX_PERSONAL_WORKSPACE_SCENARIO=loopx-mode LOOPX_PERSONAL_WORKSPACE_PACKAGED=0 node examples/personal-workspace-browser-smoke.mjs，再将 packaged 改为 1 重跑。

已独立通过：TypeScript typecheck、delegation preflight smoke、两版 Chat bundle 构建、head 的 loopx-mode/team-evidence/team-plan 三场景各开发/打包一次，以及 docs governance。浏览器检查覆盖未核验记录、停止/恢复条件、分页、503 观察失败、重读、桌面/移动弹窗边界、关闭后的焦点与对话滚动。整屏截图显示层级和页内范围提示清楚，移动端可滚动；状态动画仅对观察到的 executing 显示，CSS 保留 reduced-motion 条件。

这些浏览器测试运行真实前端及构建产物，但 Chat 的成员/委派 API 使用合成 fixture；它们证明消费和交互，没有证明线上 worker 协作、生产数据新鲜度或已安装 App 的行为。构建版采用真实 Chat 静态资源服务器。依当前 capability 契约，本轮没有查询或等待 GitHub CI，也没有独立执行作者列举的每个测试。默认开启/关闭与授权逻辑未变；已配置但未启用的读取/检查路径没有发起模型 turn。本 PR 没有新增 default-off 能力，不能把既有功能可用性视为激活。

我的整体评价

REQUEST_CHANGES，原因是复现的普通用户展示回归。整体结构和规模适合这个展示问题，现有 typed state owner 的复用有价值，八种状态及检查色调都是本地派生词汇，不是新共享 authority 协议。设计文档属于展示规范，没有引入配额或调度强制义务。持续推进的效果边界保持原状，用户体验却因跨 Todo 错归属而退步；需要在本 PR 修复，不能靠后续监控或更漂亮的布局接受。

面向下一次变更的相关整理是：在本组件形成一份绑定与记录的归属结果，供卡片、详情、其他记录共同消费，避免重复的 Agent-only 判断。除此之外无需扩展框架、语言迁移或无关清理。修复后请补同一 Agent 多 Todo 的耐久回归用例，重跑开发/打包交互及未知、恢复、证据失败路径，再对新 exact head 完整评审。真实多 worker 协作和安装验收仍属于原有更大目标的缺口；本次不据此虚构新的代码缺陷。合并由维护者处理。

English verdict: REQUEST_CHANGES - Legal repeated-agent bindings duplicate and misattribute delegation records across distinct Todos. The same browser fixture passes at the immutable baseline and fails at this exact head on both Vite and the built Chat bundle. Preserve each record's binding/task association and exactly-once display, add the multi-binding case to the existing browser scenario, then re-review the new exact head. No merge was performed.

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

Exact head: 00d99821bb305fbe3be12c6a76bf48f8ba1622da; immutable main baseline: 8fdc1616fc84ef158775e322cf3660cfe18a5be0. APPROVE：当前完整差异没有阻塞发现。 上一 review 的 P2 已通过修复及开发/打包反例验证关闭。本次重新审阅全部五个文件，未继承作者的验证结论。

动机

普通用户在 Goal 对话中打开团队执行面板，是为了判断谁在做什么、哪些结果可信、哪里需要处理。原来的成员检查和委派记录分成平铺列表，需要手工对照。本次将本页概览和成员自己的工作放在一起，是路线图 G1 团队协作可读性的一个完整、可回滚增量；它不替代真实多 worker 的协作验收。原 PR 在合法的同 Agent 多任务配置下错归属记录，正好破坏这个初衷，因此修复归属比单纯保留漂亮卡片更必要。

改动思路

入口仍是 Goal 对话里的“团队执行情况”，没有增加必须填写的表单、确认或导航。前端复用现有目录的 binding id、Agent、Todo 和委派 inventory 的当前事实；检查、证据、分页及暂停继续使用原有 API。canonical binding 校验只要求 id 唯一，不能通过限制 Agent 唯一来规避问题。

修复在已有展示 owner 内形成一次记录分区：只有唯一的 Agent/Todo 匹配才归入卡片。相同 Agent 的不同 Todo 各自得到自己的记录；相同 Agent/Todo 对应多个绑定时不猜测归属。历史、缺少 Todo、歧义和不可读记录留在“其他记录”，保留诊断标识。相比只补一项 Todo 判断，这同时避免了歧义重复和历史记录丢失，无需扩展后端协议。概览明确限于当前页、当前协调身份，不把数量当成团队快照或 Goal 完成。

具体改动

三个生产文件承担状态派生、成员卡片和视觉布局；现有 loopx-mode 浏览器场景增加支持合法多绑定的耐久反例；canonical 设计文档补充观察事实、责任对象、计数范围和就地操作规则。变化发生在已有 App 团队弹窗，CLI、Lark 和 API 的读取/效果契约没有改动，因此无需 companion 界面改动，也没有新增安装或权限入口。

关键代码讲解

1. delegationState / delegationStateLabel 将旧标签判断命名为八种本地派生状态，让概览、记录和原有证据页共享分类。状态优先级与完整中英文标签保持一致；“执行中”和“正在验收”仍要求观察到 active worker。162 组基线/head 对比覆盖未知状态、缺失活动事实和恢复条件，全部一致。
2. GoalTeamWork 的记录分区 在每次渲染从当前页事实派生一份结果，卡片、任务详情和 Other 共同消费。唯一匹配才赋予展示归属；每条记录进入一个位置，不复制、也不丢弃。现有读取代际隔离、按 binding id 的检查结果和并发检查上限继续保留。
3. renderRecord 复用 operation id 打开原证据页，并恢复 Other 的折叠执行标识及 Todo。没有 operation id 时不提供无效证据动作，但 record id 仍可用于追查。证据返回保持原绑定入口的键盘焦点。

CSS 将低价值的零值弱化，把需要处理的状态和检查失败保持可见；协议标识留在 disclosure。已核看基线平铺列表与 head 的整屏桌面/移动视图：成员身份、检查、自己的记录和下一步处于同一层级，移动弹窗有边界并可滚动。动态活动点只用于观察到的 executing，保留 reduced-motion 条件。首页、hero 和开场导航没有变化。

对主干的风险

最强反例不是非法输入，而是正常的重复 Agent 绑定。原 PR 的 Agent-only join 在开发和打包页面均复现错归属。修复后的同一六记录数据集，在两种页面都呈现六条记录、五个有效证据入口：两个不同 Todo 各有一条记录，四条历史、歧义或不完整记录留在 Other；两张歧义绑定卡没有被随意分配证据。停止或需要恢复的 worker 不显示为执行中。不可读记录的标识仍可查询，证据返回、Escape、对话滚动及 503 观察失败路径保持可用，未产生额外模型 turn。

独立本地验证通过：dashboard TypeScript typecheck、delegation preflight smoke、161 个 mode/inventory/review 合同测试、docs governance、162 组标签兼容性对比，以及 loopx-mode、team-evidence、team-plan 各自开发/打包验证。Chat bundle 已构建并验证，打包验证通过真实 Chat 静态资源服务器加载。管理目标的 premerge 完成 3 项 diff 检查和全部 16 项选择检查，包含全树语义、可维护性、文档及公开边界；无失败、跳过或手工 hold。精确范围质量回执校验有效，五文件扫描无错误。没有查询或等待 GitHub CI，遵循当前 wait_for_ci=false 策略。

语义与 CI 对齐

DelegationState、PulseBucket 和 CheckTone 都留在前端现有 owner，不新增共享生命周期或 authority 协议。diff advisory 的语法范围不包含这些 TypeScript union，因此其零候选不是语义证明；已另外审阅状态表、调用方并通过全树 vocabulary smoke。设计文档是 UI 规范，没有把调度或配额强制义务称作 guidance。既有配置可用性、preflight 可启动和本页计数仍不等于执行激活；未配置普通对话、配置但未启用的读取/检查及 active pause 路径保持原有边界。

这些浏览器验证使用真实前端与构建产物，但成员/委派 API 使用合成 fixture，证明消费和交互，不证明生产 worker 新鲜度、完整团队协作或已安装 App 的行为。当前页与未能唯一解析的责任对象继续明确展示，这个限制没有被成功图标掩盖。回滚只涉及展示代码，没有状态迁移。

我的整体评价

APPROVE。 持续推进的 effect、授权和恢复 owner 得到保留；用户体验改善有整屏和普通操作路径支持。完整范围与原来的团队可读性问题相称，当前无阻塞发现。面向下一次变更的有界整理已落实为“同一记录分区供卡片、详情和 Other 使用”，避免再次散落不同的归属判断；无需再加框架、后端绑定字段或无关重构。

本地派生词汇复用现有状态标签语义，wire/persisted 契约没有变化。真实 2–3 worker 的产物、接收采用、恢复及独立验收仍是既有 G1 的后续目标，不能把这次展示增量当成完成证明。review 对应上述精确 head；任何新 head 都需要重新校验。用户已明确授权自合并，仍须紧接合并前的精确 head readiness 检查通过。

English verdict: APPROVE - Head 00d9982. Unique Agent/Todo partition fixes legal repeated-binding misattribution and retains ambiguous, historical and incomplete records with reconciliation ids. Six affected development/packaged browser journeys, 161 native tests, 162 bilingual label comparisons, docs/type/preflight checks and all selected premerge checks passed. Synthetic APIs prove frontend consumption, not live-worker freshness or full G1 acceptance. No CI consulted; merge remains subject to exact-head readiness.

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

Exact head: e71f8865feb383d61b36f94d8b34f9cb2981cb57; immutable main baseline: b9b758ca4dfc30d0d610b45398fc31acd62781f6. APPROVE：当前完整差异没有阻塞发现。 上一 review 的 P2 已通过修复及开发/打包反例验证关闭。本次重新审阅全部五个文件，未继承作者的验证结论。

主干随后合入 #5424，本次已同步并检查其 effect handler/source-context 变化。五个 PR 文件、相关前端/fixture/bundle owner、mode 与 delegation transport 的内容均未改变；同步后重新构建 Chat，并重跑 typecheck、loopx-mode 开发/打包、161 个测试、162 组标签对比及 docs governance。其余 team-evidence/team-plan 证据经上述不变性检查后复用。以下仍评审完整 base-to-head 差异。

动机

普通用户在 Goal 对话中打开团队执行面板，是为了判断谁在做什么、哪些结果可信、哪里需要处理。原来的成员检查和委派记录分成平铺列表，需要手工对照。本次将本页概览和成员自己的工作放在一起，是路线图 G1 团队协作可读性的一个完整、可回滚增量；它不替代真实多 worker 的协作验收。原 PR 在合法的同 Agent 多任务配置下错归属记录，正好破坏这个初衷，因此修复归属比单纯保留漂亮卡片更必要。

改动思路

入口仍是 Goal 对话里的“团队执行情况”，没有增加必须填写的表单、确认或导航。前端复用现有目录的 binding id、Agent、Todo 和委派 inventory 的当前事实；检查、证据、分页及暂停继续使用原有 API。canonical binding 校验只要求 id 唯一，不能通过限制 Agent 唯一来规避问题。

修复在已有展示 owner 内形成一次记录分区：只有唯一的 Agent/Todo 匹配才归入卡片。相同 Agent 的不同 Todo 各自得到自己的记录；相同 Agent/Todo 对应多个绑定时不猜测归属。历史、缺少 Todo、歧义和不可读记录留在“其他记录”，保留诊断标识。相比只补一项 Todo 判断，这同时避免了歧义重复和历史记录丢失，无需扩展后端协议。概览明确限于当前页、当前协调身份，不把数量当成团队快照或 Goal 完成。

具体改动

三个生产文件承担状态派生、成员卡片和视觉布局；现有 loopx-mode 浏览器场景增加支持合法多绑定的耐久反例；canonical 设计文档补充观察事实、责任对象、计数范围和就地操作规则。变化发生在已有 App 团队弹窗，CLI、Lark 和 API 的读取/效果契约没有改动，因此无需 companion 界面改动，也没有新增安装或权限入口。

关键代码讲解

1. delegationState / delegationStateLabel 将旧标签判断命名为八种本地派生状态，让概览、记录和原有证据页共享分类。状态优先级与完整中英文标签保持一致；“执行中”和“正在验收”仍要求观察到 active worker。162 组基线/head 对比覆盖未知状态、缺失活动事实和恢复条件，全部一致。
2. GoalTeamWork 的记录分区 在每次渲染从当前页事实派生一份结果，卡片、任务详情和 Other 共同消费。唯一匹配才赋予展示归属；每条记录进入一个位置，不复制、也不丢弃。现有读取代际隔离、按 binding id 的检查结果和并发检查上限继续保留。
3. renderRecord 复用 operation id 打开原证据页，并恢复 Other 的折叠执行标识及 Todo。没有 operation id 时不提供无效证据动作，但 record id 仍可用于追查。证据返回保持原绑定入口的键盘焦点。

CSS 将低价值的零值弱化，把需要处理的状态和检查失败保持可见；协议标识留在 disclosure。已核看基线平铺列表与 head 的整屏桌面/移动视图：成员身份、检查、自己的记录和下一步处于同一层级，移动弹窗有边界并可滚动。动态活动点只用于观察到的 executing，保留 reduced-motion 条件。首页、hero 和开场导航没有变化。

对主干的风险

最强反例不是非法输入，而是正常的重复 Agent 绑定。原 PR 的 Agent-only join 在开发和打包页面均复现错归属。修复后的同一六记录数据集，在两种页面都呈现六条记录、五个有效证据入口：两个不同 Todo 各有一条记录，四条历史、歧义或不完整记录留在 Other；两张歧义绑定卡没有被随意分配证据。停止或需要恢复的 worker 不显示为执行中。不可读记录的标识仍可查询，证据返回、Escape、对话滚动及 503 观察失败路径保持可用，未产生额外模型 turn。

独立本地验证通过：dashboard TypeScript typecheck、delegation preflight smoke、161 个 mode/inventory/review 合同测试、docs governance、162 组标签兼容性对比，以及 loopx-mode、team-evidence、team-plan 各自开发/打包验证。Chat bundle 已构建并验证，打包验证通过真实 Chat 静态资源服务器加载。管理目标的 premerge 完成 3 项 diff 检查和全部 16 项选择检查，包含全树语义、可维护性、文档及公开边界；无失败、跳过或手工 hold。精确范围质量回执校验有效，五文件扫描无错误。没有查询或等待 GitHub CI，遵循当前 wait_for_ci=false 策略。

语义与 CI 对齐

DelegationState、PulseBucket 和 CheckTone 都留在前端现有 owner，不新增共享生命周期或 authority 协议。diff advisory 的语法范围不包含这些 TypeScript union，因此其零候选不是语义证明；已另外审阅状态表、调用方并通过全树 vocabulary smoke。设计文档是 UI 规范，没有把调度或配额强制义务称作 guidance。既有配置可用性、preflight 可启动和本页计数仍不等于执行激活；未配置普通对话、配置但未启用的读取/检查及 active pause 路径保持原有边界。

这些浏览器验证使用真实前端与构建产物，但成员/委派 API 使用合成 fixture，证明消费和交互，不证明生产 worker 新鲜度、完整团队协作或已安装 App 的行为。当前页与未能唯一解析的责任对象继续明确展示，这个限制没有被成功图标掩盖。回滚只涉及展示代码，没有状态迁移。

我的整体评价

APPROVE。 持续推进的 effect、授权和恢复 owner 得到保留；用户体验改善有整屏和普通操作路径支持。完整范围与原来的团队可读性问题相称，当前无阻塞发现。面向下一次变更的有界整理已落实为“同一记录分区供卡片、详情和 Other 使用”，避免再次散落不同的归属判断；无需再加框架、后端绑定字段或无关重构。

本地派生词汇复用现有状态标签语义，wire/persisted 契约没有变化。真实 2–3 worker 的产物、接收采用、恢复及独立验收仍是既有 G1 的后续目标，不能把这次展示增量当成完成证明。review 对应上述精确 head；任何新 head 都需要重新校验。用户已明确授权自合并，仍须紧接合并前的精确 head readiness 检查通过。

English verdict: APPROVE - Head e71f886. Unique Agent/Todo partition fixes legal repeated-binding misattribution and retains ambiguous, historical and incomplete records with reconciliation ids. Six affected development/packaged browser journeys, 161 native tests, 162 bilingual label comparisons, docs/type/preflight checks and all selected premerge checks passed. Synthetic APIs prove frontend consumption, not live-worker freshness or full G1 acceptance. No CI consulted; merge remains subject to exact-head readiness.

Approval conclusion (author-owned PR; GitHub blocks formal self-approval)

Exact head: 2bcdb386b09c76dcec471c77370fc41f6d3e1244; immutable main baseline: da5b7b11208a8b1d7d243f120c1048cedb3727ec. APPROVE：当前完整差异没有阻塞发现。 上一 review 的 P2 已通过修复及开发/打包反例验证关闭。本次重新审阅全部五个文件，未继承作者的验证结论。

本次同步主干 #5424 与 #5425，并检查 source-context effect handler 与评审 policy revision 13。五个 PR 文件及相关前端、fixture、mode/delegation transport 均未改变；Chat 源指纹随主干更新失效，已重新构建并校验当前源码。三个团队场景开发/打包全部重跑通过，178 个 native 测试（含新 approval-closeout suite）、标签对比、typecheck 和 docs governance 通过。以下评审完整 base-to-head 差异，发布后还会按新规则执行 approval closeout。

动机

普通用户在 Goal 对话中打开团队执行面板，是为了判断谁在做什么、哪些结果可信、哪里需要处理。原来的成员检查和委派记录分成平铺列表，需要手工对照。本次将本页概览和成员自己的工作放在一起，是路线图 G1 团队协作可读性的一个完整、可回滚增量；它不替代真实多 worker 的协作验收。原 PR 在合法的同 Agent 多任务配置下错归属记录，正好破坏这个初衷，因此修复归属比单纯保留漂亮卡片更必要。

改动思路

入口仍是 Goal 对话里的“团队执行情况”，没有增加必须填写的表单、确认或导航。前端复用现有目录的 binding id、Agent、Todo 和委派 inventory 的当前事实；检查、证据、分页及暂停继续使用原有 API。canonical binding 校验只要求 id 唯一，不能通过限制 Agent 唯一来规避问题。

修复在已有展示 owner 内形成一次记录分区：只有唯一的 Agent/Todo 匹配才归入卡片。相同 Agent 的不同 Todo 各自得到自己的记录；相同 Agent/Todo 对应多个绑定时不猜测归属。历史、缺少 Todo、歧义和不可读记录留在“其他记录”，保留诊断标识。相比只补一项 Todo 判断，这同时避免了歧义重复和历史记录丢失，无需扩展后端协议。概览明确限于当前页、当前协调身份，不把数量当成团队快照或 Goal 完成。

具体改动

三个生产文件承担状态派生、成员卡片和视觉布局；现有 loopx-mode 浏览器场景增加支持合法多绑定的耐久反例；canonical 设计文档补充观察事实、责任对象、计数范围和就地操作规则。变化发生在已有 App 团队弹窗，CLI、Lark 和 API 的读取/效果契约没有改动，因此无需 companion 界面改动，也没有新增安装或权限入口。

关键代码讲解

1. delegationState / delegationStateLabel 将旧标签判断命名为八种本地派生状态，让概览、记录和原有证据页共享分类。状态优先级与完整中英文标签保持一致；“执行中”和“正在验收”仍要求观察到 active worker。162 组基线/head 对比覆盖未知状态、缺失活动事实和恢复条件，全部一致。
2. GoalTeamWork 的记录分区 在每次渲染从当前页事实派生一份结果，卡片、任务详情和 Other 共同消费。唯一匹配才赋予展示归属；每条记录进入一个位置，不复制、也不丢弃。现有读取代际隔离、按 binding id 的检查结果和并发检查上限继续保留。
3. renderRecord 复用 operation id 打开原证据页，并恢复 Other 的折叠执行标识及 Todo。没有 operation id 时不提供无效证据动作，但 record id 仍可用于追查。证据返回保持原绑定入口的键盘焦点。

CSS 将低价值的零值弱化，把需要处理的状态和检查失败保持可见；协议标识留在 disclosure。已核看基线平铺列表与 head 的整屏桌面/移动视图：成员身份、检查、自己的记录和下一步处于同一层级，移动弹窗有边界并可滚动。动态活动点只用于观察到的 executing，保留 reduced-motion 条件。首页、hero 和开场导航没有变化。

对主干的风险

最强反例不是非法输入，而是正常的重复 Agent 绑定。原 PR 的 Agent-only join 在开发和打包页面均复现错归属。修复后的同一六记录数据集，在两种页面都呈现六条记录、五个有效证据入口：两个不同 Todo 各有一条记录，四条历史、歧义或不完整记录留在 Other；两张歧义绑定卡没有被随意分配证据。停止或需要恢复的 worker 不显示为执行中。不可读记录的标识仍可查询，证据返回、Escape、对话滚动及 503 观察失败路径保持可用，未产生额外模型 turn。

独立本地验证通过：dashboard TypeScript typecheck、delegation preflight smoke、178 个 mode/inventory/review 合同测试、docs governance、162 组标签兼容性对比，以及 loopx-mode、team-evidence、team-plan 各自开发/打包验证。Chat bundle 已构建并验证，打包验证通过真实 Chat 静态资源服务器加载。管理目标的 premerge 完成 3 项 diff 检查和全部 16 项选择检查，包含全树语义、可维护性、文档及公开边界；无失败、跳过或手工 hold。精确范围质量回执校验有效，五文件扫描无错误。没有查询或等待 GitHub CI，遵循当前 wait_for_ci=false 策略。

语义与 CI 对齐

DelegationState、PulseBucket 和 CheckTone 都留在前端现有 owner，不新增共享生命周期或 authority 协议。diff advisory 的语法范围不包含这些 TypeScript union，因此其零候选不是语义证明；已另外审阅状态表、调用方并通过全树 vocabulary smoke。设计文档是 UI 规范，没有把调度或配额强制义务称作 guidance。既有配置可用性、preflight 可启动和本页计数仍不等于执行激活；未配置普通对话、配置但未启用的读取/检查及 active pause 路径保持原有边界。

这些浏览器验证使用真实前端与构建产物，但成员/委派 API 使用合成 fixture，证明消费和交互，不证明生产 worker 新鲜度、完整团队协作或已安装 App 的行为。当前页与未能唯一解析的责任对象继续明确展示，这个限制没有被成功图标掩盖。回滚只涉及展示代码，没有状态迁移。

我的整体评价

APPROVE。 持续推进的 effect、授权和恢复 owner 得到保留；用户体验改善有整屏和普通操作路径支持。完整范围与原来的团队可读性问题相称，当前无阻塞发现。面向下一次变更的有界整理已落实为“同一记录分区供卡片、详情和 Other 使用”，避免再次散落不同的归属判断；无需再加框架、后端绑定字段或无关重构。

本地派生词汇复用现有状态标签语义，wire/persisted 契约没有变化。真实 2–3 worker 的产物、接收采用、恢复及独立验收仍是既有 G1 的后续目标，不能把这次展示增量当成完成证明。review 对应上述精确 head；任何新 head 都需要重新校验。用户已明确授权自合并，仍须紧接合并前的精确 head readiness 检查通过。

English verdict: APPROVE - Head 2bcdb38. Unique Agent/Todo partition fixes legal repeated-binding misattribution and retains ambiguous, historical and incomplete records with reconciliation ids. Six affected development/packaged browser journeys, 178 native tests, 162 bilingual label comparisons, docs/type/preflight checks and all selected premerge checks passed. Synthetic APIs prove frontend consumption, not live-worker freshness or full G1 acceptance. No CI consulted; merge remains subject to exact-head readiness.